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DETAILED ACTION 

1. This communication is in response to Request for reconsideration filed 04/26/06, claims 1-50 
remain pending. 

2. Quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness rejections set forth in 
this office action may be found in previous office actions. 

3. Claims 1-8, 10-38, 40-42, 44-50 are rejected under 35 USC 103(a) as being unpatentable over 
Publish dynamic application on the Web (using CGI to create dynamically updated pages), McClanahan, 
D., Internet, Web, Online Service Information, Database Web Advisor, v 15, n4, April 1997, p. 60(1) in 
view of Using XML to Develop Applications for WAP and WWW Environments, Honkala, M., Helsinki 
Univ. of Tech., 2000. 

Regarding claim 1, McClanahan discloses a method for facilitating access to a network application, by 
which the user can invoke an application using a URL having an embedded program name, the method 
comprising, 

embedding an hypertext link into a web page or a button into a electronic form, the hyperlink or 
button having an identifier corresponding to a network application and application server address, the web 
page or form comprises the "provisioning" information provided to the user by a web server in a three-tier 
client-server architecture (i.e. sending the web page to the user of a browser for execution thereon over a 
network) (abstract and p. 2-3); 

provisioning the terminal where said browser resides (i.e. configuring a terminal to use a service 
of the application) by enabling the user to invoke an application upon selecting said hypertext link or 
button configuring the browser to send to request data (perhaps a dynamic web page) to the application 
via the web server, i.e. configuring the browser to issue an action to use a service (e.g. a web page or 
database information) of the application sending a message to the web server that initiates corresponding 
processing in the application receiving result displayable by said browser (p. 2-3); 

The embedded URL comprises the application name and the server address, <A 
HEF=ihttp://www.dmcclanahan.com/cgi-bin/getstatus.pli> and/or ACTION tag <FROM 
ACTION=ihttp://www.dmcclanahan.com/cgi-bin/add_customeri> when executed by the browser, causes 
the browser to issue a GET/POST command, send a URL, and data from the web page to the web server. 
The URL contains the reference to the CGI application program to be executed. 
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However, McClanahan does not explicitly disclose where the device that received the 
provisioning information comprises a mobile terminal. 

Honkala discloses, transferring a HTML content (web page) containing to the client device over 
HTTP protocol from a web server (section 4.3, Fig. 17, p. 40-41, Fig. 10 web session in which browser is 
provided a form from a server, p. 27), the web server is further configured to deliver HTML content or the 
Web and WAP server software can reside on separate servers (p. 40), wherein the WAP environments 
include a content source server, a proxy or gateway and a WAP client, wherein the client is usually a 
mobile terminal, e.g. a handheld wireless device and wherein the origin server generates the requested 
content transmitted to the client over-the-air, the origin server can be a web server, where applications e.g. 
CGI can run on the origin server (p. 28, & Fig. 19, p.43); and 

embedding hypertext link including an application identifier and a server address in web page 
(section 5.2.5 p. 79, section 3.1.2 URLs p. 24-25, server address and application name see p. 45). 

It would have been obvious to one of ordinary skill in the art at the time the invention was made 
to utilize the teachings of Honkala. One would be motivated to utilize the teachings of McClanahan 
whereby clicking on a link on a web page the user can start/invoke an application (e.g. a CGI application) 
by embedding the program name (i.e. application identifier) in the URL to obtain in real-time dynamic 
web page via said web server displayable to the user, given the suggestion for designing web base 
applications for wireless handheld devices due to the demand for wireless data communication rapidly 
growth, and the noted prediction indicating the these devices will exceed and/or replace the use of 
personal computers (p. 1) or desktops which traditionally access web applications (p: 2), as indicated by 
Honkala. 

Regarding claims 2-5, the user agent (i.e. a browser) on the user device is configured to execute the URL 
and associated embedded commands associated with a received web page and sending a request to the 
CGI application via the web server (McClanahan: p. 1-2); and wherein the embedded link comprises the 
program/application name and the server address is used to access the network application (McClanahan: 
p. 1-2). 

Regarding claims 6-8, WAP defines the set of standard component that enable communication between 
mobile terminals and network servers, including standard naming model, i.e. content/applications are 
named and identified with URLs, including communication using PUSH services (Honkala: p. 29) WAP 
redefines HTTP as the Wireless Session Protocol (WSP) with lots of added features, e.g., Push (Honkala: 
p. 30); Origin/source server produces content in standard formats in response to request from the client, 
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this server can be a web server, where CGI applications can be run on the origin server (Honkala: p. 28); 
wherein a mobile terminal, e.g. a handheld wireless device running a micro browser supporting WML and 
wherein the origin server generates the requested content transmitted to the client over-the-air, the origin 
server can be a web server, where applications e.g. CGI can run on the origin server (Honkala: p. 28, & 
Fig. 19, p. 43) 

4. Claims 9 and 43 are rejected under 35 USC 103(a) as being unpatentable over McClanahan, D. in 
view of Honkala, M. in further view of Malte Borcherding (referred to as Borcherding hereafter). 

Regarding claims 9 and 43, although Honkala indicated that WAP application needs very high level of 
security must be able to use WAP server as the application host, explicitly suggesting where this must be 
provided for in the framework (p. 39), he does not explicitly teach configuring the mobile terminal with a 
component comprises electrically coupling one of a Subscriber Identity Module (SIM). 

Borcherding teaches configuring a mobile terminal with a SIM toolkit because for implementing 
application-specific end-to-end security. One would be motivated to utilize Borcherding's teachings 
because in doing so user making carry out sensitive business transaction such a banking or brokerage 
transaction with his/her mobile terminal, as suggested by Borcherding. 

Regarding claim 10, associating network connectivity settings defined by the HTTP based URL and/or 
hyperlink with the network application to be accessed via the application server identified by the 
application server address (McClanahan: p. 1-3). 

Regarding claim 11, wherein associating network connectivity settings with the network application 
comprises associating with the network application proxy (gateway) parameter settings, e.g. path 
(Honkala: Fig. 11 on p. 29, Fig. 17 on p. 41, wherein an HTTP URL has the form: 
http://<host>:<port>/<path>?<searchpart> , wherein the "WAP Gateway IP Address" field use the format 
"http://host ipaddress:port" to specify the proxy address) 

Regarding claim 12, wherein provisioning the mobile terminal to facilitate access to the network 
application further comprises identifying access characteristics of the connection between the mobile 
terminal and the application server identified by the application server address using an associated 
application access parameters (i.e. network connection channel characteristics e.g. the protocol the 
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network access channel supports such as HTTP, Honkala: Fig. 11 on p. 29, Fig. 17 on p. 41, wherein an 
HTTP URL has the form discussed above). 

Regarding claim 13, wherein the associated application access parameters comprise content types 
preferred/required by the application server, and content types (e.g. HTML WML) required by the 
application server (Honkala: p. 45). 

Regarding claim 14, wherein the associated application access parameters comprise information used to 
download an application access browser (i.e. user agent) which enables use of the network application 
e.g. displays associated obtained content (Honkala: Fig. 1 1 on p. 29) 

Regarding claim 15, invoking a resident user agent within the mobile terminal using the information, 
wherein the resident user agent effects the download of the application access user agent in response 
thereto (McClanahan: user clicking or selection on page or form p. 1-2). 

Regarding claim 16, downloading the application access user agent to the mobile terminal; and accessing 
the network application via the application server corresponding to the application server address using 
the application access user agent (Honkala: Fig. 10 on p. 27) 

Regarding claims 17-18, configuring the downloaded application access user agent to recognize the 
application identifier if the downloaded application access user agent is not pre-configured to recognize 
the application identifier in order to identify the application server address (Honkala: browser's that are 
not configured to read a particular content format are configured with plug-ins to configure/enable the 
browser to render (recognize and execute in order to render) corresponding content format, section 4.7.2 
on p. 56) 

Regarding claim 19, wherein the associated application access parameters comprise one or more of an 
identification of an access protocol (e.g. HTTP) to communicate with the network application (Honkala: 
(Honkala: Fig. 11 on p. 29, Fig. 17 on p. 41, wherein an HTTP URL) and a version of the HTTP access 
protocol (Honkala: section 3.1.1 on page 24) 

Regarding claim 20, wherein the associated application access parameters comprise a specification of 
application resources (e.g. name/port number) available on the network application hosted by the 
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application server identified by the application server address (McClanahan as discussed on claim 1 or 
Honkala: section 5.2.5 p. 79, section 3.1.2 URLs p. 24-25, server address and application name see p. 45). 

Regarding claim 21, wherein the associated application access parameters further comprise a "human- 
readable" label for the application resources available on the network application (Honkala: section 
5.2.5 p. 79, section 3.1.2 URLs p. 24-25, server address and application name see p. 45). 

Regarding claim 22, wherein embedding the application identifier and associated application access 
parameters into provisioning information comprises embedding the application identifier and associated 
application access parameters into one XML provisioning documents and encoded forms of the XML 
provisioning documents (Honkala: app_name.xml on p. 45). 

Regarding claim 23, wherein embedding the application identifier and associated application access 
parameters into provisioning information comprises embedding the application identifier and associated 
application access parameters into a provisioning information payload of provisioning information 
packets (Honkala: networks transport data in small packets on the Internet known as bytes, each bytes 
carries the sender's/destination IP address and the data (payload) in the protocols that the Internet uses: 
TCP/IP on p. VI). 

Regarding claim 24, wherein the application identifier defined by "WAP Push" specifications (Honkala: p. 
29). 

Regarding claims 25-26, the application identifier comprises an Internet registered port number and an URI 
pre-configured at the mobile terminal used thereby for e.g. sending a request and the plurality of application 
servers to identify the network application (Honkala: p. 24). 

Regarding claim 27, wherein the network application comprises a "standardized" application available 
on each of the plurality of the application servers (Honkala: appname.xml on p. 45) 

Regarding claims 28-30, although a bootstrapping process is not explicitly disclosed in the above-mentioned 
prior art. 

Official Notice (see MPEP § 2144.03 Reliance on "Well Known" Prior Art) is taken that the 
communication associated with bootstrap process via which an application identifier and the associated 
application access parameters upon initial configuration of the mobile terminal, where the application 
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identifier is associated with a server, e.g. an Internet Service Provider or equivalents for providing client 
with respective service provided thereon was old and well known in the art. It would have been obvious to 
one of ordinary skill in the art at the time of applicant's invention to include said bootstrapping process 
for receiving said services. Typically involving as readily recognized by one of ordinary skill in the art 
for as including inter alia, the bootstrap loader program running on the client preinstalled with an URL or 
configured to request on with a predetermined service provide to receive a URL representing an initial 
configuration file, e.g. the URL may be: http://webserver/jdt/props/selector.init, including a server's 
name "webserver" which refers to an HTTP server, the file <selector.init> is used to rendezvous 
with the HTTP server where a set of properties lists are installed, include file location, where selector 
comprises access parameters for establishing an HTTP connection to that server, and loads the properties 
files and where "properties" refers broadly to application program identifiers such as attributes 
parameters, preferences, and environmental variables, e.g., any aspect of an application program that an 
end user may configure or adjust. It would have been obvious to one of ordinary skill to include this 
bootstrapping process which typically or because in doing so this minimizes user intervention and 
require less knowledge from the user for dynamically configuring user client device to receive associated 
services (see pertinent prior art). 

Regarding claim 31, wherein the application server address comprises one of a network address and a 
hostname of the application server to be accessed by the mobile terminal (Honkala: section 3.1.2 on p. 24) 

Regarding claim 32, wherein the application server address comprises a Uniform Resource Locator (URL) 
hosted on of the application server to be accessed by the mobile terminal and where the URL comprises a 
path in addition to the application server address (Honkala: section 3.1.2 on p. 24) 

Regarding claim 34, this system comprises limitations substantially the same as the method 
of claim 1, where the network application of the method claim is denoted in this system 
claim target application, where the provisioning information is denoted provisioning file in 
the system claim, same rationale of rejection is applicable. 

Regarding claims 35-36, provisioning files via pull technology and push technology (Honkala: section 
3.1 on p. 23. 

Regarding claim 37, wherein the mobile terminal comprises a Wireless Application Protocol 
(WAP)-compliant device (Honkala: Fig. 17 on p. 41) 
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Regarding claim 38, further comprising a push proxy gateway (PPG) coupled between a first network 
domain in which the provisioning server operates and a WAP network domain in which the WAP-compliant 
device operates (Honkala: Fig. 17 on p. 41). 

5. Claim 39 is rejected under 35 USC 103(a) as being unpatentable over McClanahan, D. in view of 
Honkala, M. in further view of WAP Push OTA Protocol, version Nov 08, 1999 (referred to as WAP 
Push hereafter). 

Regarding claim 39, although Honkala teaches the use of a push proxy gateway (PPG) coupled between a 
first network domain in which the provisioning server operates and a WAP network, providing files via 
push technology he does not explicitly teach WAP Push disclosed the use WAP Push specifications. 

WAP Push teaches the application identifier comprises an Application Identifier (ED) defined by 
WAP Push specifications (p. 9-10) requiring a connection-oriented push session to be established with 
two registered application identifier, e.g. ports before the push content can be delivered. 

It would have been obvious to one of ordinary skilled at the time the invention was made given 
the suggestion of the applied reference mentioned above to include the teachings on WAP push because 
in doing so said push connection-oriented session can be shared among multiple client applications. 

Regarding claims 40-41, these claims are substantially the same as the method claims 25-26 discussed 
above, same rationale of rejection is applicable. 

Regarding claims 42-43, these claims are substantially the same as the method claims 8-9, same 
rationale of rejection is applicable. 

Regarding claim 44, wherein the mobile terminal comprises a wireless telephone (Honkala: p. 28, & Fig. 
19, p.43). 

Regarding claim 45, substantially the same as claims 17-18 discussed above, same rationale of rejection is 
applicable. 

Regarding claim 46, this apparatus "network element" claim comprises limitations substantially the 
same as the method of claim 1 , where the network application of the method claim is denoted in 
this apparatus claim standardize network application, where the provisioning information is 
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denoted being a data signal embodied in a carrier wave readable encoding the provisioning 
information, same rationale of rejection is applicable. 

Regarding claim 47, this computer-readable medium having computer-executable instructions comprises 
the computer-executable instruction for performing substantially the same steps/functions discussed on the 
method claim 1, same rationale of rejection is applicable. 

Regarding claim 48, this apparatus claim comprises the modules/software residing on the respective 
providers, servers and recipient (client/server) performing the functions/steps discussed on the method 
claim 1, same rationale of rejection is applicable. 

Regarding claim 49 this apparatus claim comprises the memory/interface residing on the respective 
providers, servers and recipient (client/server) performing the functions/steps discussed on the method 
claim 1, same rationale of rejection is applicable. 

Regarding claim 50, this claim is substantially the same as claim 43, same rationale of rejection is 
applicable. 

Response to Arguments 

6. Regarding claims 1-8, 10-38, 40-42 and 44-50, it is argued (p. 10-11), that the applied 
reference(s) do not teach embedding an application server address of one of a plurality of applications 
server into provisioning information. 

In response to the above-mentioned argument, applicant's interpretation of the applied 
reference(s) has been fully considered. The claimed terms have been applied the broadest reasonable 
interpretation inlight of the written disclosure of the invention, namely, the claimed terms "network 
application", "application servers", "application identifier" and "provisioning information". Claimed 
terms are presumed to have the ordinary and customary meanings attributed to them by those of ordinary 
skill in the art. Sunrace Roots Enter. Co. v. SRAM Corp., 336 F.3d 1298, 1302, 67 USPQ2d 1438, 1441 
(Fed. Cir. 2003); Brookhill-Wilk 1, LLC v. Intuitive Surgical, Inc., 334 F.3d 1294, 1298, 67 USPQ2d 
1132, 1136 (Fed. Cir. 2003). 

An applicant is entitled to be his or her own lexicographer (e.g. "network application", 
"application servers", "application identifier", "provisioning server" and "provisioning information") and 
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may rebut the presumption that claim terms are to be given their ordinary and customary meaning by 
clearly setting forth a definition of the term that is different from its ordinary and customary meaning. See 
In re Paulsen, 30 F.3d 1475, 1480, 31 USPQ2d 1671, 1674 (Fed. Cir. 1994) and Vitronics Corp. v. 
Conceptronic Inc., 90 F.3d 1576, 1582, 39 USPQ2d 1573, 1576 (Fed. Cir. 1996). (see MPEP 2106). An 
inventor may define specific terms used to describe invention, but must do so "with reasonable clarity, 
deliberateness, and precision" and, if done, must "set out his uncommon definition in some manner 
within the patent disclosure' so as to give one of ordinary skill in the art notice of the change" in meaning 
(see MPEP 2111.01(111)). However, in absence of an express intent to impart a novel meaning to the 
claim terms, the words are presumed to take on the ordinary and customary meanings attributed to them 
by those of ordinary skill in the art. 

In this case, the claimed terms: "network application", "application servers", "application 
identifier" and "provisioning information" has been applied the broadest reasonable interpretation inlight 
of the specification. Written description of instant application reads: 

[0027] When a mobile user wants to utilize new services available on the network, the terminal 
must be configured to use those new services. Configuring a terminal to use a service on a network is 
generally referred to as "provisioning" the terminal. In accordance with one embodiment of the 
invention, the mobile terminal 102 receives an application ID and associated access parameters over-the- 
air (OTA) via a network 104 from a provisioning source 106.... For example, the provisioning process 
may occur in connection with providing a new service to a mobile device, or in connection with 
upgrading services and applications already being used at that mobile terminal. In other examples, the 
provisioning process may be a bootstrap provisioning process that occurs upon initial setup of the mobile 
terminal, or a re-provisioning process to update the provisioning information after the initial bootstrap 
provisioning. [0028] The provisioning source 106 may be any device coupled to the network 104 that can 
provide such provisioning information, such as a provisioning server. [0046] Provisioning documents 
404, 406 corresponding to its format as an XML document type. It should be recognized that the terms 
"document," "file," "record," "block," etc. may be used interchangeably herein to describe any file, 
record, or structure of the block of information transmitted between the provisioning server and the 
terminal not limited the particular structure or format of the provisioning information provided. 

Thus, claimed terms "network application", "application servers", "application identifier", 
"provisioning server" and "provisioning information", have been broadly interpreted light of the 
specification, namely, "network application" means an application, software, program or code, the 
claimed "application servers" means a source, host or computer, the claimed term "application identifier" 
means an identifier or name, "provisioning server" means any device that can provide such provisioning 
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information, "provisioning information" includes documents any file, record, or structure of the block of 
information transmitted between the provisioning server and the terminal not limited the particular 
structure or format of the provisioning information provided, and where configuring a terminal to use a 
service on a network is generally referred to as "provisioning" the terminal. 

Hence, the combined teachings of McClanahan teach the claimed terms "network application", 
"application servers", "application identifier", "provisioning server" and "provisioning information", 
broadly interpreted, namely, "network application" means an application, software, program or code, the 
claimed "application servers" means a source, host or computer, the claimed term "application identifier" 
means an identifier or name, "provisioning server" means any device that can provide such provisioning 
information, "provisioning information" includes documents or any file, record, or structure of the block 
of information not limited in format or structure, e.g. web page or form, and where providing the terminal 
with web pages or forms that configure the terminal to use a service on a network, which is generally 
referred to as "provisioning" the terminal is taught and/or suggested by the applied prior art. 

McClanahan teaches embedding an application server address of one of a plurality of applications 
server into provisioning information, namely embedding the program name in the hyperlink/URL of a 
page provided by the web server to the user, the link when clicked by the user invokes the back-end 
application, the application executes and returns data to the browser (p. 2), an hyperlink has the 
application name and the server address, namely, the server address such as an URL 
<A HEF=ihttp://www.dmcclanahan.com/cgi-bin/getstatus.pli> (p. 3) 
where dmcclanahn.com is the domain name of the server, cgi-bin if the name of the directory on the 
server where the script resides and getstatus.pli is the name of the program CGI script or cgi- 
bin/getsstatus.pli (p 3). CGI is a specification for interfacing Web servers with external program, defining 
an interface between web servers and applications that may be written in any language (abstract); the CGI 
application performs any processing or database access returning a dynamic HTML page (p. 2). 

Thus, arguments that the applied reference(s) fail to teach or suggest embedding an application 
server address of one of a plurality of applications server into provisioning information, namely, 
embedding an identifier corresponding to an application and server address of one of the plurality of 
servers into provisioning information, i.e. a documents or any file, record, or structure of the block of 
information transmitted between the provisioning server and the terminal not limited the particular 
structure or format, where said provision information is provided to the terminal to facilitate access to the 
network application, are not persuasive. 
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7. Regarding claim 1-8, 10-38, 40-42 and 44-50, it is argued (p. 12), that Honkala does not cure the 
deficiencies of McClanahan. 

In response to the above-mentioned argument, applicant's interpretation of the applied 
reference(s) has been fully considered. McClanahan does not explicitly disclose where the device that 
received the provisioning information comprises a "mobile terminal". 

Honkala discloses, transferring a HTML content (web page) containing to the client device over 
HTTP protocol from a web server (section 4.3, Fig. 17, p. 40-41, Fig. 10 web session in which browser is 
provided a form from a server, p. 27), the web server is further configured to deliver HTML content or the 
Web and WAP server software can reside on separate servers (p. 40), wherein the WAP environments 
include a content source server, a proxy or gateway and a WAP client, wherein the client is usually a 
mobile terminal, e.g. a handheld wireless device and wherein the origin server generates the requested 
content transmitted to the client over-the-air, the origin server can be a web server, where applications e.g. 
CGI can run on the origin server (p. 28, & Fig. 19, p.43); and further teaches embedding hypertext link 
including an application identifier and a server address in web page (section 5.2.5 p. 79, section 3.1.2 
URLs p. 24-25, server address and application name see p. 45). 

Arguments that the applied that Honkala does not cure the deficiencies of McClanahan and/or 
teach or suggest where the device that received the provisioning information comprises a "mobile 
terminal" are not persuasive. 

8. Applicant's arguments enclosed with the above-mentioned request for reconsideration have been 
fully considered but not rendered persuasive. 

9. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time policy as set 
forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS from 
the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing 
date of this final action and the advisory action is not mailed until after the end of the THREE-MONTH 
shortened statutory period, then the shortened statutory period will expire on the date the advisory action 
is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later than SIX 
MONTHS from the mailing date of this final action. 
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Any inquiry concerning this communication or earlier communications from the examiner should 
be directed to Prieto, B. whose telephone number is (571) 272-3902. The Examiner can normally be 
reached on Monday-Friday from 6:00 to 3:30 p.m. If attempts to reach the examiner by telephone are 
unsuccessful, the Examiner's Supervisor, Andrew T. Caldwell can be reached at (571) 272-3868. Any 
inquiry of a general nature or relating to the status of this application or proceeding should be directed to 
the receptionist whose telephone number is (703) 305-3800/4700. 

Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system, status information for published application may be obtained from 
either Private or Public PAIR, for unpublished application Private PAIR only (see http://pair- 
direct.uspto.gov or the Electronic Business Center at 866-217-9197 (toll-free). 

Any response to this action should be mailed to: 

Commissioner of Patents and Trademarks 
P.O. Box 1450 
Alexandria, VA 22313-1450 

Hand carried or delivered to: 

Customer Service Window located at the Randolph Bldg. 
401 Dulany St. 
Alexandria, VA 22314 

Faxed to the Central Fax Office: 

(571) 273-8300 (New Central Fax No.) 

Or Telephone: 

(571) 272-2100 for TC 2100 Customer Service Office. 



B. Prieto ^S'r^R^TO 
Primary Examiner oq.MAPV EXAMINER 

TC2100 p 1 

July 15, 2006 



